home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
NetNews Offline 2
/
NetNews Offline Volume 2.iso
/
news
/
de
/
comm
/
isdn
/
6515
< prev
next >
Wrap
Internet Message Format
|
1996-08-06
|
4KB
Path: gluon.inf.fu-berlin.DE!not-for-mail
From: hartwig@inf.fu-berlin.de (Thomas Hartwig)
Newsgroups: de.comm.isdn
Subject: URGENT: TELES-Karte und ISTEC: nur Aerger!
Date: 15 Mar 1996 21:28:15 GMT
Organization: Freie Universit=?iso-8859-1?Q?=E4?=t Berlin
Message-ID: <4icndf$c8i@fu-berlin.de>
NNTP-Posting-Host: gluon.inf.fu-berlin.de (160.45.110.65)
X-Access: 16 17 19
X-Newsreader: slrn (0.8.3)
Hallo...
Vor einiger Zeit postete ich etwas zu meinem Problem, bekam aber keine
befriedigende Antwort. Deshalb will ich Euch noch mal mein Problem
schildern, und hoffe dass irgend jemand mir aus meinem Schlamm
heraushelfen kann.
Technische Vorraussetzungen:
- TK-Anlage ISTEC 1008 Version 1.92, upgedatet auf EPROM 1.93
- Teles S16.3
beide parallel am S0-Bus eines ISDN-NTBA der "POST"
Das Problem stellt sich folgendermassen dar:
1. Erst Anlage:
Grundsaetzlich kann die Karte nicht rauswaehlen, wenn die TK-Anlage einen
B-Kanal hat. Die Karte meldet dann nur, dass der Anschluss besetzt sei.
(Fuer die TK-Analge selber ist der 2. B-Kanal noch verfuegbar!)
2. Erst Karte:
Das Verhalten haengt offensichtlich von der Art der Verbindung und des
Verbindungsprotokolls ab. Unter Windows legte die Karte auch alles still,
wobei ich nicht nachvollziehen kann, welches Verbindungsprotokoll hier von
"Teles" benutzt wird - SUPPORT HOT-LINE -> VERY HOT :-(
Unter Linux ist der Treiber ISDN4Linux (ISDN-Kernel 1.3.67 + Teles-Modul).
Die Erkennung der Karte laeuft soweit problemlos bis die folgenden Phaenomene
auftreten:
2.1
Verbindung ueber Device /dev/cui1 mit 'minicom' an eine Mailbox ueber
das X.75-Protokoll (BTX). Keine Probleme! Zweiter B-Kanal ist fuer die
TK-Anlage noch da!
Nun mache ich eine Verbindung ueber Device /dev/cui0 auf. Aufgesetzt
wird ein ppp-Daemon, der die PPP-Verbindung ueber das HDLC-Protokolls
meines Providers realisert. (ZEDAT FU-Berlin) Er baut die Verbindung
auf, bis der ppp-Daemon, die entsprechenden LCP/PAP Authorisierungen
erwartet, danach ist Schluss! Die Verbindung klappt nicht!
2.2
Nun erst die Verbindung ueber Device /dev/cui0 (wie in 2.1 beschrieben
mit dem HDLC-Protokoll). Alles klappt, das Netz steht!
Aber:
Die Anlage bekommt nun absolut kein Amt mehr. Erst nach einer Weile kommt
das Besetzt-Zeichen. Auch wenn die Karte schon wieder aufgelegt hat, ist
die Anlage noch tot. Erst durch ein "Neustart" der Anlage (ziehen des
Netzsteckers) ist wieder ein Amt erreichbar. In seltenen Faellen einer
laengeren Netzverbindung, oder nach sehr langer Zeit kommt die Anlage auch
selbst wieder.
Versuche ich nun noch ueber Device /dev/cui1 eine X.75-Verbindung
aufzubauen,
so bekommt die Karte fuer 5 sec. ein Connect, aber weiteres ruehrt sich
nicht.
Dafuer ist diese Art der Verbindung im Gegensatz zur Anlage sofort wieder
verfuegbar, wenn die andere Verbindung ueber /dev/cui0 beendet wurde.
So far so bad.
Alle Geraete, die sich hier versammeln, wurden einzeln mit jeweils anderen
Komponenten und zusammen an anderen ISDN-Anschluessen gecheckt. Alles
lief problemlos. Erst schickte ich noch die Karte ein, die aber prompt
mit einer kleinen Rechnung zurueckkam. :-(
Auch eine zweite Teles-Karte, die ich spaeter bekam, fuehrte zu obigen
Ergebnissen.
Ich hatte sogar schon die Telekomiker im Haus, war jedoch zu diesem
Zeitpunkt
noch nicht so bewappnet, und sicher, dass die Hardware von meiner Seite
so sicher laeuft. Als der Techniker jeweils die beiden B-Kanaele belegte,
fiel eigentlich nur auf, dass die Teles-Karte sich den jeweils 2. freien
Kanal, ob 1 oder 2, nicht holen konnte. Die TK-Anlage lief problemlos.
Dieser 1. Besuch war ja wenigstens noch kostenlos, doch der 2. ...
Aus diesem Grunde moechte ich Euch noch einmal befragen und hoffe innigst
auf eine Antwort. Blumen, Kuchen, $ etc. sind Euch gewiss. :-)
Ciao...
Thomas